Collection of Internet/Collection of Internet.iso/infosrvr/dev/www_talk.930/[e-mail] _Tue Jun 1 18:36:12 1993.msg

Internet Message Format | 1994-01-24 | 2KB

Return-Path: <[e-mail]>
Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
    id AA00687; Tue, 1 Jun 93 18:36:12 MET DST
Received: from mcsun.EU.net by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
    id AA28238; Tue, 1 Jun 1993 18:57:48 +0200
Received: from hplb.hpl.hp.com by mcsun.EU.net with SMTP
    id AA03506 (5.65b/CWI-2.220); Tue, 1 Jun 1993 18:57:42 +0200
Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Tue, 1 Jun 93 15:32:46 +0100
Received: by manuel.hpl.hp.com
    (16.6/15.6+ISC) id AA10450; Tue, 1 Jun 93 15:38:28 +0100
From: Dave_Raggett <[e-mail]>
Message-Id: <[e-mail]>
Subject: <IMG> and ISMAP (again)
To: [e-mail]
Date: Tue, 1 Jun 93 15:38:27 BST
Cc: [e-mail], [e-mail]
Mailer: Elm [revision: 66.36.1.1]

> My prefered scheme for selection of links in external objects is just send
> the x,y coordinates of the selection to the server and let it deal with
> it however is best.  This is how the current selection stuff works for
> <IMG ISMAP>.  This lets you backend with whatever you need (like maybe
> WAIS spatial indexing) without hardcoding anything in the client.

> This scheme has the advantages of being easy on the browser, simple to
> implement, low network overhead, it fits in with the existing HTTP
> protocol (even HTTP/0.9) and it's working today:

Just when I thought we had settled the matter!

Tim BL reminded me on the phone why this approach can't work in general.
Pixels only make sense for image data NOT for drawings, equations etc.
This means that we really do have to consider scaling the mouse click
coordinates. Tim suggests we use real numbers with 0 to 1.0 for each
axis (assuming square borders) with the upper left as (0, 0).

Dave Raggett